home *** CD-ROM | disk | FTP | other *** search
- Subject: Re: MiNT 1.10 re-sync
- Date: Fri, 17 Jun 94 23:22:30 CDT
- From: Juergen Lock <nox@jelal.north.de>
- In-Reply-To: <9406171441.AA01870@knuth.cba.csuohio.edu>; from "Jason Baker" at Jun 17, 94 10:41 am
- Message-Id: <9406172122.AA00543@jelal.north.de>
-
- Jason Baker writes:
-
- > > >Michael Hohmuth writes:
- > > >
- > > >> > 6. and now the sticky text/fragmentation megapatch... does a few things:
- > > >>
- > > >> > . execv..() frees the old process memory before allocating the new ones,
- > > >> > and so no longer leaves holes in your memory map. this took a few
- > > >> > ugly hacks but i think its worth it :) the only visible change should
- > > >> > be when exec'ing a damaged binary the process gets killed, fixing that
- > > >> > would require reading executables twice.
- > > >>
- > > >> Well, that's fine with me, but I don't know whether this "non-posixish"
- > > >> behaviour is tolerable by all others? I guess so... as it effectively
- > > >> makes "damaged executable" equivalent to "executable crashed immediately
- > > >> after it has been run".
- > >
- > I don't know how shells actually handle interpreter files, but
- > one way would be to do an exec..(), and if it has an invalid format
- > check if it should be piped to an interpreter.
-
- that still works, the header is still checked first (scripts have
- a different magic).
- >
- > Jason
- cheers
- Juergen
- --
- J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
- ...ohne Gewehr
- PGP public key fingerprint = 8A 18 58 54 03 7B FC 12 1F 8B 63 C7 19 27 CF DA
-